配置内容：配置 配置范围：组织级和项目级 工作库： 配置审计：物理审计（表象，位置对不对，命名准不准确） ​ 功能审计（需求发生变更） 私有网盘 输出：配置状态报告，基线状态报告 创建发布基线 [toc] 你为什么决定建立和维护这些基线？ 建立和维护这些基线，在汇总之前经过评审达成共识，为后续工作提供基础，避免开发过程中混乱 # 基线建立的流程？（不行） 基线流程，将要纳入基线文件，需要经过评审，提交给CCB审核，审核通过，有CM和QA进行功能审计，审计通过，将该文件从对应库签出，签入基线库，CM进行物理审计，审计通过后 编写《基线发布报告》 提交给CCB审核，审核通过后，CM邮件通知相关人员基线已经建立 # 您如何识别需要在配置库中管理哪些配置项？（不行） EPG提供《配置项和配置库定义指南》帮助识别配置管理配置项，在项目初期阶段我和项目经理，根据项目情况，裁剪的结果 识别配置项目 常见配置项：项目计划，产品源代码，设计文档，测试文档，用户手册，测试手册 CM的方针是什么 执行配置项升级，跟踪和报告配置项状态，控制配置项变更，保证工作完整性 # 你如何提交与配置管理相关的建议?（不行) 整理项目过程中，我会提出一些配置管理中过程改进建议， 提交EPG，PEG召开会议确定是否采纳和拒绝 # 公司对于配置管理制定了什么样的过程？你在配置管理工作中，有没有进行过裁剪？（不行） EPG 定制 配置管理过程文件，定义了配置管理的相关流程活动，输入，输出等 我们时严格按照EPG制定的标准过程来执行管理工作的。没有进行裁剪，在《项目过程定义中》进行裁剪 请描述一下你的日常工作是如何展开的？ #### 如何执行配置审计？ ​ 使用《配置审计检查单》来进行物理审计和功能审计 #### 谁执行配置审计？ 功能审计时在建立基线前和变更时候执行的，功能审计有我协助QA进行，审计配置配置项是否符合设计，开发，测试的需求。 物理审计时在基线建立后和变更进行的，有我进行物理审计，物理审计是审计配置位置和命名是否准确，审计出来的问题写在《不符合项管理表》，QA跟踪解决； #### 配置过程中主要维护哪些配置记录？ 有配置管理计划，配置项状态报告，功能审计报告，物理审计报告，基线发布报告，配置管理报告 #### 当你接收到配置需求变更时，会做什么？/做了哪些变更影响的分析？ 配置需求变更时需求人员提交变更申请给项目经理，分析需求变更影响，即变更引起工作量和项目进度的影响。一些大的变更需要CCB批准。之后有CM将要修正的文件从基线库签出，签入开发库，相应人员修改，之后重新放入基线库，编制《基线发布报告》，重新建立基线 #### 你如何监控和管理所有认可的配置变更状态？ 有《配置项状态报告》，跟踪配置项状态，追溯配置的变更 #### 从项目开始到发布给客户有哪些基线？ 基线有：需求，计划，设计，编码，测试，验收基线。可以根据项目阶段建立基线。比如：在测试基线中，会纳入需求规格说明书，设计说明书，代码，测试用例，用户手册等 #### 你为什么决定建立和维护这些基线？ 通过建立和维护基线，汇总之前已经评审取得共识的工作产品，为后续开发工作提供基础，防止造成开发过程中混乱 #### 2.3 基线建立的流程？ 建立流程：要纳入基线的文件，需要经过评审，然后CM提交基线纳入申请给CCB（变更控制委员会），CCB审批通过后，CM和QA对该文件进行功能审计，审计通过后，将文件从相应库签出，签入基线库中，CM对该文件进行物理审计，审计通过后，编写《基线发布报告》 给CCB，CCB审批通过后，CM邮件通知相关人员基线已经建立 #### 什么工具进行配置管理？ 使用网盘和git代码管理进行配置管理 #### 识别和定义了哪些配置库目录结构？ 在《项目配置库管理目录》定义组织级和项目级的配置库 #### 识别和定义了哪些访问权限？ 组织级分为财富库，工作库，财富库包括OSSP（标准过程文件）、风险库，工作环境库，经验库，复用库，只有我有读写权限；工作库放 EPG，PQA，CM，培训的工作文件和EPG会议记录，我和EPG时读写权限 项目级有管理库和基线库，还有产品等配置库，管理库主要是项目经理管理，存放前期资料，项目计划，设计，需求，测试，培训，项目实施，验收文档等。 基线库有CM管理，主要是需求，计划，设计，编码，测试和验收基线 #### 您如何识别需要在配置库中管理哪些配置项？ 常见配置项有：项目计划书，产品源代码，需求说明书，项目设计说明书，用户手册，测试用例 EGP提供了《配置项以及配置库定义指南》帮助项目识别项目中配置项，在项目初期阶段，我和项目经理，根据项目情况，以及裁剪结果，一起识别项目中的配置项，放置在配置管理下工作产品包括：给客户的交付物，有客户提供的工作产品，指定内部工作产品（解决方案，支持的组件） #### CM的方针是什么 执行配置项审计，跟踪并报告配置项状态，控制和管理配置项变更，保证工作完整性 #### 你如何提交与配置管理相关的建议? 整个项目过程中，我会提出一些过程上改进建议给EPG，记录在《过程改进记录表》中。EPG会开会进行讨论是否采纳或拒绝， 针对过程中改进建议： 新员工入职后，在新员工入职培训时需要讲解工具使用，文档会代码模块命名方式，根据项目分类，来识别不同的配置项； 完善配置管理工作； #### 公司对于配置管理制定了什么样的过程？你在配置管理工作中，有没有进行过裁剪？ EPG制定配置管理过程文件，定义了配置管理的相关流程活动，输入，输出等 我们时严格按照EPG制定的标准过程来执行管理工作的。没有进行裁剪，在《项目过程定义中》进行裁剪 #### PPQA是怎么检查你们工作的 QA 使用检查单对我们工作产品和过程进行审计，识别出不符合项，记录在《不符合项报告》或《质量保证报告》中，不符合项例如：没有及时建立基线，文档命名不规范 #### 工作中接受过什么培训？培训是什么时候？举例说明 接受过配置管理培训，SVN/GIT使用，CMMI基础知识培训，OSSP过程文件使用培训等 #### 组织为配置管理提供了哪些资源和工具？ 资源有办公环境，配置管理工具（SVN，也会使用OA系统管理文档），过程文件（模版，指南） #### 请描述一下你的日常工作是如何展开的？ 项目启动后，在Git上建立配置库目录结构，设定权限。 制定配置管理计划，依据配置管理计划建立基线，填写《基线发布报告》和《配置状态报告》 对配置库进行物理审计和功能审计，跟踪变更申请，管理配置项 # 2020-09-30 软件开发模型 Successfully